home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Chip 1996 April
/
CHIP 1996 aprilis (CD06).zip
/
CHIP_CD06.ISO
/
hypertxt.arj
/
9501
/
MAXOVER.CD
< prev
next >
Wrap
Text File
|
1995-10-29
|
19KB
|
364 lines
@VMaximum Overdrive, Drive Rocket, Wbide@N
@VMindent bele!@N
A legtöbb felhasználó elégedetlen számítógépe
sebességével. Alaplapcsere után egy ideig rácsodálkozunk a
minden eddiginél nagyobb Landmark mutatóra, ám egy idô után
elmúlik a varázs: a gép nem gyorsult annyit, amennyit a
megahertzek mutatnak.
Egy kis babrálgatás után kiderül, hol a hiba: a
merevlemez nem (nagyon) gyorsult fel, a file-okban turkáló
programok csigalassúsággal vánszorognak továbbra is. Pedig e
lassú perifériát is fel lehet gyorsítani egy kicsit, ha
tudjuk, mi a módja. A dolgok megértéséhez azonban nem árt,
ha tudjuk,
@VHogyan ír-olvas a számítógép?@N
Ha egy programot, vagy bármilyen adatfile-t töltünk be
gépünk memóriájába, az (DOS alatt) annak méretétôl
függetlenül legfeljebb 64 Kbyte-os lépésekben történik. Ez a
DOS mûködésébôl adódik. Ha ennél nagyobb a mozgatandó
adatmennyiség, sajnos akkor is így, elaprózva jutunk hozzá
adatainkhoz. A DOS belül tovább tördeli a blokkméretet, a
BIOS (a számítógép legalacsonyabb szintû perifériakezelô
programja) felé küldött írás-olvasási kérések már csak a
merevlemez egy sávjának megfelelô számú byte-ra
vonatkozhatnak.
Akárcsak a mesebeli répát húzkodó társaság, ez a sor is
tovább folytatódik. A régebbi merevlemezek egyszerre csak
egy szektornyi, azaz 512 byte-nyi adattal tudnak
megbirkózni, ez az egyik legalapvetôbb probléma. A
BIOS-rutin beolvas (vagy kiír) egy szektort, azt elhelyezi a
memóriában, majd a soron következô után nyúl. Åm míg az
elôzô szektor mozgatásának adminisztrációját végezte a
program, a következô szektor már kifordult az író-olvasó fej
alól, legközelebb már csak egy körbefurdulás után érhetô el.
Ennek -- az egyébként elég nagy -- idôtartamnak a
lerövidítése végett találták ki az úgynevezett interleave
mechanizmust. Ennek az a lényege, hogy az egymást követô
sorszámú szektorok nem egymás után, hanem annyival vannak
egymástól távol, hogy a következô mûvelet kezdetekor a
lehetô legközelebb kerüljön a kívánt szektor az író-olvasó
fejhez. Mivel a megfelelô interleave érték géprôl-gépre
változhat, ezt érdemes MFM winchesterek esetében egyszer
beállítani, így akár háromszorosára gyorsulhat az
adatátvitel. A helyes interleave beállításában a BIOS setup
programja segíthet, vagy ha az erre nem képes, akkor
(például) a Norton Utilities CALIBRAT programját
használhatjuk. Modernebb, IDE és SCSI merevlemezeknél nincs
értelme az interleave-állításnak, a merevlemez saját
mikroprocesszora és belsô cache-e elrejti elôlünk ezt a
problémát.
@VCache-mizéria@N
Az ember gyarló lény, sosem elégszik meg azzal amije
van. A számítógép-felhasználó még mohóbb: gyorsabb
merevlemezre vágyik. Majd' mindenki használ valamilyen cache
programot, SmartDrive-ot, Norton Cache-t, vagy ami a számára
legkedvesebb. A cache driverek nem a merevlemezt gyorsítják
meg, csak a DOS file-mûveleteit pörgetik föl, ráadásul nagy
file-ok kezelésekor nem is nyújtanak többletsebességet.
Mivel maguk is a merevlemez átviteli sebességére vannak
utalva, ezért ennek növelésekor a cache-elt rendszer is
gyorsul.
@VBuszsebesség@N
Miután leküzdöttük az interleave-problémát, elindítottuk
a szívünknek tetszô cache programot, még mindig nem értjük,
hogy egy kétszer gyorsabb alaplapnál miért nem duplázódott
meg mervlemezünk átviteli sebessége is? Az ok a számítógép
buszrendszerében bújik meg. Az AT típusú gépek buszrendszere
a processzor sebességétôl függetlenül a 8-12 MHz-es
tartományban dolgozik. Ha ennél gyorsabbat akarunk, akkor át
kell váltanunk a sokkal gyorsabb VESA Local, vagy PCI
buszra, illetve az ezekhez való lemezvezérlô kártyákra.
Miután pénztárcánk megfelelôen leapadt a kellô alkatrészek
beszerzése után, ténylegesen meggyorsult winchesterünk.
@VTöbb szektort egy csapásra@N
Mint e cikk elején láthattuk, a legtöbb merevlemez
egyszerre csak egy szektorral tud foglalkozni. Nos, az újabb
IDE (AT-buszvezérlôs) típusok túllépték ezt a korlátot: akár
32 szektort is tudnak egy lépésben írni-olvasni. Sajnos így
nem tudjuk 32-szeresére növelni az átviteli sebességet, az
egy szektor kezeléséhez szükséges idô nem változott meg,
csak a szektorok közti adminisztrációs idôt tudjuk
megtakarítani. Másfél, két és félszeres sebességnövekedést
érhetünk el így.
Azokat a vinyókat, melyek ezzel a kellemes
tulajdonsággal bírnak, többszörös írás-olvasási képességûnek
(multi read/write) nevezik a gyártók. Miután hozzájutottunk
egy ilyen darabhoz, ideje munkára fognunk.
Sajnos a régebbi BIOS-ok nem tudják kihasználni ezt a
lehetôséget, az újabbak már igen. Ha BIOS-unk setupjában
találunk egy ""Multi Block", ""IDE Block Mode Transfer" vagy
valami hasonló menüpontot, akkor szerencsénk van:
kihasználhatjuk vinyónk teljes sebességét.
Ha mégsem találtunk ilyen lehetôséget, akkor is van még
két választásunk. Az elsô: ha a már emlegetett local buszos
kontroller-kártyánkon egy EPROM található, akkor ez
pótolhatja a hiányzó BIOS-funkciót. Ezt használva szintén
miénk az áhított sebességtöbblet. Fontos tudni, hogy ha
számítógépünk BIOS-a is kezeli a többszektoros
írás-olvasást, valamint kontrollerünk EPROM-ja is, akkor ez
utóbbit le kell tiltanunk -- a jumperek megfelelô
beállításával -- az összeveszés megakadályozása végett.
A második, plusz hardvert nem igénylô megoldás az, ha
elindítunk egy, a BIOS hiányosságát pótló programot.
Szerkesztôségünkben három ilyen járt, ezeket szeretnénk
bemutatni Önöknek. Mielôtt belemennénk a részletekbe, lássuk
a fô tulajdonságokat!
@VDriverek@N
Ezek a programok device driverek, azaz a CONFIG.SYS-ben
DEVICE=..., a DOS 5.0 és újabb verzióinál DEVICEHIGH=...
paranccsal is indíthatók. Indítási sorrendben mindig meg
kell elôzniük a különbözô cache programokat, mûködésük csak
így megbízható. Mindhárom program bejegyzi magát a
CONFIG.SYS-be, a megfelelô helyre, a WBIDE ""kézzel" is
beírható. Probléma csak akkor adódhat, ha valamilyen
memóriamenedzser program optimalizálója felcseréli a
sorokat. Mivel a programok rezidens része kicsiny,
legfeljebb 3 Kbyte memóriát foglal, ezért nem érdemes az
UMB-be telepítésükkel veszôdni. Másik fontos tulajdonságuk,
hogy a Windows 32 bites lemezkezelése nem mûködik velük
együtt, azt ki kell kapcsolni. (A Windows biztos kiabálni
fog ha ezt nem tesszük meg idejében.) Ez nem hiba! A Windows
file-kezelése a 32 bites elérés kikapcsolása ellenére is
gyorsulni fog. Természetesen az e programok segítségével
felírt adatok késôbb nélkülük is visszaolvashatók maradnak.
@VDrive Rocket 1.13@N
A Disk Manager nevû programjáról közismert Ontrack cég
Drive Rocket programját több merevlemez-gyártó is mellékeli
termékeihez, de külön is kapható. Telepítôprogramjában
részletes magyarázatot kaphatunk arról, mit miért, hogyan
csinál a program, különféle teszteket végezhetünk, hogy
megtudjuk, milyen gyorsulást várhatunk a program telepítése
után a merevlemez kezelésében, még finomhangolhatjuk is a
program által javasolt beállítást. Mindezzel azonban nem
sokat érdemes veszôdni. Miután megtudtuk, gyorsul-e majd a
vinyókezelés, kérjük a programtól a device driver
(ROCKET.BIN) telepítését. Ezután már csak újra kell indítani
a gépet és kész!
@VMaximum Overdrive 1.0@N
A Micro House International terméke, a Maximum Overdrive
az egyszerûbb dolog. A MAX.EXE indításával kezdhetjük a
telepítést. A program bejelentkezésekor azonnal kijelzi,
hogy hány neki megfelelô winchestert talált. Helyzethez
igazodó, részletes súgórendszer segíti használatát. A @KTest@N
menüpont indításakor a program végigpróbálgatja a különbözô
blokkszámokat, azért, hogy a lehetô legnagyobb
sebességnövekedést érhessük el. A megfelelô blokkszám
géprôl-gépre, winchesterrôl winchesterre változhat. Sajnos a
teszt után semmi bizonyosat nem tudhatunk a várható
gyorsulás mértékérôl. A grafikus kijelzô talán a Duna
vízállását jelzi, a vinyóhoz semmi köze. Az ábrán látható
kétvinyós konfigurációban valójában csak a második, Maxtor
egység gyorsítható meg, ám errôl a kijelzô nem vett
tudomást. A telepítés folyamata még sztochasztikusabb: a
CONFIG.SYS-be kerülô sor beírása, valamint a MAXOVER.SYS
file átmásolása a telepítô lemezrôl idônként nem történik
meg. Ha mégis sikerült a dolog, akár saját kezünk munkájával
is mindent kellôen beírtunk, akkor a driver már megfelelôen
mûködik. A már említett Maxtor vinyó átviteli sebessége 777
Kbyte/s-ról 1138-ra nôtt meg.
@VWBIDE 1.21@N
Fô tesztgépünkhöz kaptuk ezt a kiegészítô
programcsomagot. Használata még egyszerûbb, mint társaié.
Parancssorból indítva lemér mindent, amit szükségesnek
gondol, az általa javasolt beállításokat módosíthatjuk (de
nem érdemes), majd beírja a CONFIG.SYS elejére (pontosabban
minden, lemezkezeléssel kapcsolatos driver -- cache, Stacker
stb. -- elé, és a memóriamenedzser -- QEMM, EMM386 stb. --
mögé) a DEVICE=WBIDE.EXE utasítást (vagy DEVICEHIGH-jal
ugyanezt) -- amit mi is megtehetünk mindenféle ""telepítés"
nélkül -- s aztán reménykedhetünk, hogy gyorsult a vinyónk.
A DOS-okon kívül felkészítették a Windows 3.1, Novell
NetWare 2.15, 2.2, 3.1, 3.11 és 4.00, OS/2 2.x támogatására
is.
@VTapasztalatok@N
A programokat DOS és Windows 3.1 alatt vizsgáltuk. Elsô
tapasztalatainkat a mindennapi használat során szereztük. Az
elsô gépen (33 MHz-es 386DX, 316 Mbyte-os Seagate ST1400A)
az (elsôként hozzánk került) Drive Rocket bevetésekor
látványos gyorsulást mértünk a vinyótesztjeinkben használt,
nyers adatátviteli sebességet mérô programmal. A lemezírási
sebesség 567 Kbyte/s-ról 735 Kbyte/s-ra nôtt (+29,6%), a
lemezolvasásé 781-rôl 1329 Kbyte/s-ra (+70,2%). A gyorsulás
szubjektíve is érezhetô volt. Próbálkoztunk egy Seagate
ST1140A-val is, de kiderült, hogy ez a régebbi típus nem
képes többszektoros mûveletekre. Az újabb IDE vinyótípusok
túlnyomó többségénél azonban használhatók ezek a programok.
A SCSI merevlemezeknél -- azok mûködési módjából fakadóan --
ilyen ""többszektorosító" programot nem lehet használni (a
konstruktôrök feltehetôen egy ideje már ezeknél is
alkalmazzák ezt a technikát, de a SCSI alrendszer belügyként
kezeli ezt). Kellemetlen tapasztalat, hogy a Thunderbyte
Antivirus (TBAV) programcsomag TBDISK rezidens
lemezfigyelôje a multiszektorozó programok mûködésekor
(vagyis minden lemezírásnál és -olvasásnál) riaszt minket az
általa illegálisnak érzékelt mûvelet miatt, s ezt nem
sikerült kikapcsolnunk! Egyetlen kivétel: a BIOS-ban
beállított többszektoros mûködés, amit szó nélkül
jóváhagyott a TBDISK. A TBDISK által adott többlet biztonság
(boot-szektor, FAT s minden más lemezterület védelme
közvetlen írás ellen) szerintünk fontosabb a gyorsításnál,
ilyen esetben alighanem érdemes lemondani a
többszektorosításról. A többszektorosító programok
telepítése után nézzük meg a memóriatérképet: ha nincs elég
hely a HMA-ban a többlet lemezpufferek számára, akkor azok
lekerülnek a 640 Kbyte alatti területre! Ez ellen a
CONFIG.SYS-beli BUFFERS érték csökkentésével védekezhetünk.
A példabeli gépen a Drive Rocket @KDEVICE=ROCKET.BIN /M=16@N
beállítással írta be magát a CONFIG.SYS-be. A korábban
lehetséges BUFFERS=48 beállítás -- DOS=HIGH miatt a DOS
magja és a 48 DOS-lemezpuffer a HMA-ban volt --
BUFFERS=34-re csökkent. (Ezek az értékek DOS-verziótól,
vinyótól és többszektorosítótól függôek.)
A vizsgált programok mindegyike teljesen megbízhatóan
mûködött, hónapokig (összesen több mint egy tucat gépben).
Ezután fogtunk hozzá a sebességméréseknek, a
merevlemez-tesztjeinkben használt alkalmazási
programcsomaggal és a szokásos kiértékeléssel. Azt
vizsgáltuk, hogy a többszektorosításra kínálkozó egyes
lehetôségektôl mekkora gyorsulást remélhetünk?
Egyik tesztgépünk 16 Mbyte RAM-mal felszerelt,
486DX2/66-os gép volt, Western Digital Caviar 1210-es
vinyóval, s AMI BIOS-ában is beállítható volt a
többszektoros vinyókezelés. A Drive Rocket saját mérései
alapján 19,4% többletsebességet jelzett elôre. A MaxOver még
optimistább volt, grafikus kijelzése alapján közel kétszeres
gyorsítást ígért az adott vinyóra. A WBIDE nem adott
számszerû becslést, de beköltözött a memóriába, az általa
röptében mért optimális beállításával. A végeredmény
egyiküknél sem igazolta a reményeket: a legsikeresebb még a
Maximum Overdrive volt, nem egészen 2%-os gyorsítást hozott.
Másik tesztgépünk: 386DX/33, 4 MB RAM, Realtek VGA
kártya, 316 MB névleges kapacitású Seagate ST1400A
merevlemez. Míg az elôzô esetben ""csupasz" gépen mértünk,
ezúttal egy Stacker 4.0-val röptömörített, s a napi
használat során közepesen ""töredezett" lemezen. Itt a Drive
Rocket szerepelt legjobban, 7,5%-os gyorsulást hozott. Az
eredményekbôl látszik, hogy a lemezolvasás sebessége nôtt
leglátványosabban, 15,2 és 24,9% közötti gyorsítást értek el
a programok.
Ez volt a két szélsôséges tapasztalat a mérések során.
Mindezek alapján tehát érdemes (lehet) élni a
többszektorosítás lehetôségével, de bevezetése kellô
körültekintést (a programok leírt mellékhatásaira -- ostoba
telepítôprogram, TBDISK-anomália, BUFFERS-csökkentési igény
-- való odafigyelést) és esetleg házilagos sebességmérést
igényel. (A sebességmérésre legegyszerûbben talán egy
tömörítôprogramot és egy fordítóprogramot lehet használni.)
@KBata László -- Bérces László@N
@VSebességmérések@N
A két esetben közös volt néhány CONFIG.SYS-beli
beállítás: MS DOS 5.0, QEMM, DOS=HIGH,UMB. Az ST1400A-s
gépen azonban sok driver és TSR is bent csücsült a
memóriában a mérések alatt -- közülük a Stacker hatása
számottevô csak, mivel az általa végzett tömörítés-kibontás
érthetôen csökkentette a legelsô mérésnél még
röptömörítetlen vinyón mért 29,6%-os írási és 70,2%-os
olvasási gyorsulást, 7,9%-ra illetve 22,4%-ra.
A táblázatokban az elsô oszlopban a teszt neve, a
másodikban az összesítésbeli súlya, a harmadikban a
referencia-mérés (""alap", ""BIOS:off") értékei láthatók. A
további oszlopokban a referencia-mérést 1000-nek véve kapott
eredmények szerepelnek (a nagyobb számok jobb eredményt
jelölnek) -- ezekbôl három jegy pontossággal
visszaszámolhatók a ""nyers" értékek. Az összpontszám a
referencia-mérésnél 10,00 pont.
@VSeagate ST1400A@N
1018 cilinder, 12 fej, 53 szektor/sáv, 64 Kbyte-os
puffer (vinyón lévô cache), 316 Mbyte névleges kapacitás.
BUFFERS=34 volt. ""Alap" jelzi a multiszektorosítás nélküli
beállításnál mért eredményeket. Konfiguráció: 386DX/33, 4
Mbyte RAM, ISA buszos Realtek VGA kártya.
Eredmények: súly alap MaxOver Drive Rocket WBIDE
îrási sebesség 10% 113102 byte/s 1014 1079 1028
Olvasási sebesség 15% 649570 byte/s 1152 1224 1249
Scan 3% 43,88 s 1019 1049 1036
Virkill 2% 5,05 s 1084 1315 1315
Arj 5% 357,45 s 1010 1048 1025
Turbo Pascal 5.5 15% 69,04 s 1014 998 980
Dbase 3 Plus 20% 345,15 s 1011 1079 1007
DOS-mûveletek 15% 81,50 s 990 1049 989
Lotus 1-2-3 5% 198,99 s 1001 1000 1001
Windows 5% 68,16 s 1005 1003 1003
Word 5.5 5% 90,57 s 1004 1005 1051
összpontszám 100% 10,00 10,30 10,75 10,48
@VWestern Digital Caviar 1210@N
989 cilinder, 12 fej, 35 szektor/sáv, 64 Kbyte-os
puffer, 202 Mbyte névleges kapacitás. BIOS:off-fal jelöltük
azt a beállítást, ahol ki volt kapcsolva a BIOS-beli
többszektorosítás; BIOS:on-nál ez be volt kapcsolva, a
többszektorosító programoknál pedig értelemszerûen le volt
tiltva a BIOS-beli többszektorosítás. Konfiguráció:
486DX2/66, 16 MB RAM, VESA Local buszos Cirrus Logic
CLVGA5428VL VGA-kártya, BUFFERS=48.
Eredmények: súly BIOS:off BIOS:on WBIDE Drive Rocket MaxOver
îrási sebesség 10% 1350000 byte/s 997 1000 997 1004
Olvasási sebesség 15% 2082203 byte/s 1012 1036 1023 1036
Scan 3% 15,98 s 990 1007 993 1004
Virkill 2% 2,74 s 926 1019 979 926
Arj 5% 140,38 s 1003 1004 1008 1008
Turbo Pascal 5.5 15% 36,47 s 993 1002 1003 1015
Dbase 3 Plus 20% 159,66 s 1005 1007 1011 1012
DOS-mûveletek 15% 45,75 s 1023 988 999 1065
Lotus 1-2-3 5% 35,59 s 1002 985 966 989
Windows 5% 18,07 s 997 1000 991 994
Word 5.5 5% 33,55 s 1022 1011 1020 1018
összpontszám 100% 10,00 10,04 10,06 10,04 10,19
@<9501\X1.gif>■■@n A Maximum Overdrive címlapja
@<9501\X2.gif>■■@n A súgórendszer
@<9501\X3.gif>■■@n A sebességmutató. Az ábra csalóka!
@<9501\X4.gif>■■@n Induljon a telepítés!
@<9501\X5.gif>■■@n Mi kerül a CONFIG.SYS-be?